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RELATED APPLICATIONS 

This application claims priority to and is a continuation-in-part application of U.S. 
patent application no. 09/61 1,672, which has a filing date of July 7, 2000 and which claims 
priority to the following two provisional patent applications: 

Serial No. Filing Date Inventor 

60/142,61 1 July 7, 1999 Jeffrey W. Mankoff 

60/191,352 March 22, 2000 Jeffrey W. Mankoff 

The above applications are hereby incorporated by reference into this application. This 
application is further related to commonly owned U.S. patent application no. 09/309,989, which 
has a filing date of May 11, 1999, which is also hereby incorporated by reference herein. 

TECHNICAL BACKGROUND 

A typical kitchen drawer might include, for example, merchant coupons, product 

warranties, sales receipts, product instructions, service instructions, rebates, gift certificates, 
product registration cards, event tickets, credit card statements, bank statements, and recipes. 
Collectively, we can refer to a general class of these types of documents as "retail collateral." 
Paper documents are cumbersome and hard to organize. 

Increasingly, retail collateral documents are sent to users electronically. Like 
paper documents, organizing virtual documents is cumbersome and hard to organize, as 
evidenced by most users e-mail inbox. Today's electronic organizers and contact managers are 
most-commonly associated with the individual user, and are maintained at the user's Personal 
Computer ("PC"), Personal Digital Assistant ("PDA"), or at the user's workplace on the Local 
Application Server ("LAS"). These organizers and contact managers are for managing the users' 
schedule, electronic-mail messages, and database of professional and personal contacts. 
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schedule, electronic-mail messages, and database of professional and personal contacts. 
Although a user can manually set up folders in which to transfer e-mail messages from the inbox, 
given the volumes of messages a typical user receives between commercial and personal e-mails, 
the typical user's inbox becomes much like the cluttered kitchen drawer. Accordingly, these 
organizers and contact managers are not well suited to maintaining retail collateral documents of 
the type listed above, because such important documents will typically become lost in the "fog" 
of the cluttered inbox. 
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BRIEF SUMMARY 

Described is a system and method for distributing, collecting, and organizing 

Virtual Retail Collateral Documents ("VRCDs"), including virtual documents like merchant 
coupons, product warranties, sales confirmations and receipts, product instructions, service 
instructions, rebates, gift certificates, product registration cards, event tickets, credit card 
statements, bank statements, internet sites user names and passwords, and recipes. These 
VRCDs may be delivered to an Internet user or other network user via e-mail, banner ads, 
interactive television, or via digital phones, or other digital method, thus further adding to the 
organizational challenge for the consumer. 

The application described below addresses these challenges through a web-based, 
electronic document management system that organizes and integrates VRCDs on an Internet- 
connected computer. As discussed below, this web-based electronic document management 
system can be accessed via handheld/PDA device or a personal computer-like appliance. 
Preferably, the system and method described below organizes the VRCDs alongside the 
consumer's personal information and integrates the VRCDs with that personal information. 

The application described here addresses the converging needs of consumers, 
Internet-connected merchants, and content providers (e.g. Yahoo, Lycos and other portals). 
Consumers like discounts and coupons, organization, convenience, and ease of use, but need a 
tool to organize, archive and consolidate VRCDs; advertisers need to personalize and target their 
messages in order to get their message through to information-overloaded consumers; content 
providers need to enhance "stickiness" to maximize revenues from the sale of their mailing lists 
and banner ads. The described system and method addresses the needs of these disparate groups. 
In particular, the described system and method gets, facilitates and enables the 
advertiser/merchant f s message to get through to the consumer, by automatically organizing the 
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VRCDs for the consumer for later convenient and easy access by the user. 

Preferably, the integrated, Internet- or Web-based organizer will become an all- 
important homepage for the consumer/user when connecting to the Internet, interactive 
television, mobile phones or other modern networks. This integrated homepage, comprising 
5 both virtual documents and the user's personal data, will serve as the user's integrated Personal 
Information Manager ("i-PIM") containing all the user's personal data, integrated with the 
VRCDs. The i-PIM will preferably be capable of synchronization with or direct access by users' 
mobile devices, such as PDAs and cell phones. Preferably, the system and method will also be 
la. integrated with the user/consumer's calendaring system, so that the user/consumer will be able to 

0 

rg 10 reference in one place his contacts and calendar as well as receipts, instructions, bank and credit 

ffi- 

card statements and anything else the consumer might want to organize. 



The process preferably begins with the user receiving a VRCD with an organizing 
button (henceforth VRC organizing button) in the form of an e-mail or by clicking a VRCD 
containing a VRC organizing button enabled banner ad for the first time. This will prompt the 

fU 

O 1 5 user to register with an entity that will maintain or host the web-based VRCD organizer. In an 
alternative embodiment, registration is automatically performed based upon the user's selection 
of the VRC organizing button. At an Internet-computer, the host will preferably establish an 
individual database. The individual database or user database will preferably be a record within 
a larger database. The user database, and preferably the other records within the larger database, 
20 will each contain a number of categories within which to store information from the VRCDs 
requested by the consumer/user. It is also possible that the consumer/user may not specifically 
request the VRCDs be sent to the VRCD database host, but alternatively such VRCDs may be 
automatically selected for the user based on a user-established profile. 
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To facilitate the categorization and storage of VRCD information, attribute files 
are preferably associated with each of such VRCDs. These attribute files would preferably have 
defined fields and header information which would be provided to a merchant or service 
provider, for example, who would attach or associate the attribute file with the VRCD sent to the 
5 user or to the VRCD database host on the user' s behalf. The merchant or service provider would 
preferably attach the attribute file to the VRCD, which would then be sent to the user or the 
users' individual database at the entity's website, through one of many different channels. Once 
these VRCDs are sent for storage to the host of the VRCD web-based organizer, the host will 
h* then know from the attribute file how to categorize or classify the information from that VRCD. 
Q 1 0 In other words, the merchant or service provider provides the VRCD along with an attribute file, 
which allows the host of the web-based organizer to automatically categorize a user's 
Information contained within the attribute file which might include a merchant ED, merchant 
Q class, web site URL, merchant address, map, and e-mail information. More preferably, a 

5. 

f U merchant ED and promotion ID might be the only information contained in the attribute file, and 

m 

S 1 5 the other merchant characteristics would preferably be stored and associated with that vendor at 

ni 

the PDRC VRCD database web host. 

Although the user database at the Internet-connected host computer would 
preferably be associated with an individual Internet user/consumer, such databases could be 
assigned alternatively to groups of affiliated user/consumers, such as businesses or charitable or 
20 civic organizations. 

First-time registration could be direct with the host or administrator of the VRCD 
database computer, or it could be through an affiliated Internet-connected merchant or other site. 
The user/consumer would preferably use an existing e-mail address or be assigned a new e-mail 
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address that might be used exclusively for receipt and request of commercial, e.g., bulk or 
targeted, virtual documents. Typically, users have more than one e-mail address, and 
consequently users receive VRCDs via different e-mail addresses. The user can provide these 
different e-mail addresses at registration to the VRCD entity, so that when the VRCD is 
5 forwarded from any of the user's e-mail addresses to the VRDC entity, the system can recognize 
it and organize them with the single user. Often times, users set up multiple e-mail addresses in 
order to receive multiple coupons, which typically are offered only to a single e-mail address. 
This embodied system has the benefit of recognizing that more than one offer has entered the 
N; VRCD organizer, and block duplication of offers in the same VRCD organizer per user. 

gift. , 

y 10 In the instance of commercial solicitations through bulk or targeted e-mails 

|J containing embedded VRCDs, the VRCD database host or administrator would preferably 

i 

%i provide a merchant, who has received opt-in authorization from the consumer, proprietary header 
O and field format information for the attribute file to be associated with the VRCD; the VRCD 

W would then be embedded in the e-mail or banner ad solicitation. The embedded VRCD 

fx l 

W 15 preferably contains a VRCD organizer button, which the consumer would click, and the VRCD 
would be transmitted through the network to the VRCD database host. The information from the 
VRCD would then be placed in the appropriate portion of the user database based on the 
information in the VRCD's affiliated attribute file. Once information from such VRCDs are in 
the user database, the user/consumer who is the "owner" of that database can conveniently 
20 access that information at any time. By this technique, the advertiser can distribute a coupon 
VRCD via mass e-mail or banner ad. 

Depending on how the system is configured, VRCDs can be sent directly to the 
VRCD database host for filtration and storage in the user database, or they can be sent to the user 
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for discretionary forwarding to the VRCD database host. In either case, upon reaching the 
VRCD database, the VRCD is sorted by category, and information from the VRCD is stored as a 
new record with defined portions of the VRCD being stripped from the overall file and placed in 
the corresponding record fields of the user database. The fields culled from the VRCD and 
placed in the database preferably include such things as hyperlinks for the merchant home site, in 
the instance of promotional offers, hyperlinks to the merchant offer page, offer details, merchant 
addresses and phone numbers, offer details, pertinent dates, and the like. 

If the VRCD is associated with a banner ad, the consumer would click the VRCD 
organizer button in the coupon banner ad, and the VRCD would be transmitted through the 
network and placed in the appropriate portion of the user database. Once information from such 
VRCDs are in the user database, the user/consumer who is the "owner" of that database can then 
conveniently access that information at any time. Banner ad click-through rates have declined 
substantially. The rates that destination sites can charge have declined as a result. Moreover, 
banner ads often take the user away from the destination site to the advertiser, reducing 
stickiness. For the consumer, it may not be convenient to click the banner ad to click through 
and claim the offer, even though he wants it. By providing a system which provides convenience 
for the user to click the banner ad and claim the offer and organize the offer in his personal 
VRCD organizer for later redemption with the merchant, while staying at the destination site, the 
three parties, consumer, merchant, and destination site benefit. The user can claim the offer at a 
later convenient time; the merchant can make another sale, and the destination site can charge 
more for its banner ad space. 

The described technology facilitates more than traditional e-commerce 
applications. For instance the described system and method would allow manufacturers or 
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service providers to provide click-links for virtual-document product or service information or 
virtual-document warranties at their homepages. For example, a user might purchase a portable 
music player and register with the manufacturer. The manufacturer would then send via e-mail 
to the user a "thank you" for registering in the form of the VRCD system, which could then be 
5 organized in the user's VRCD web-based organizer under instructions/warranties, and provide in 
list format a summary of the name of the manufacturer with hyperlink, a hyperlink to particular 
product instructions, a hyperlink to product warranty information at and go to the manufacturer's 
website to obtain virtual-document product instructions and a virtual-document product 
Li warranty, an expiration date of product warranty, a customer care telephone number, and an e- 

9 10 mail contact. The virtual-document instructions and warranty could then be viewed within the 

5 

"M 1 user's i-PIM. In accordance with the previously described procedures, the user may choose to 

ry 

W have this information stored in his database. This may be accomplished by clicking on a VRC 

SI 

^ organizing button that appears within the VRCD . 

jjj In some instances, one of the fields of the received VRCD may be a hyperlink for 

15 a merchant or service provider with whom the user has an account. In this instance, it may also 
be preferable to include fields for the user and password for accessing the particular hyperlinked 
site. Using this approach, it may be possible to directly access the merchant or service provider 
website from the user's personal VRCD database screen by transmitting the username and 
password automatically to the hyperlinked site when the user clicks on that hyperlink or 
20 otherwise attempts to reach that website from within his personal VRCD database screen. 

The VRCD organizer can be applied to any medium for delivery of electronic 
documents. For example, interactive TV and web-enabled phones are channels by which these 
virtual documents may be delivered to consumers. Specifically, if an ad for a clothing store is on 
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during an interactive television program, the viewer may click a "save this offer" button on his 
remote control. When this is done, the interactive television receiver will forward the viewer's 
e-mail address (or other indicia) to the host computer indicating that the view is interested in a 
particular product or offer. At this point, the product/offer would be added to the viewer's I-pim 
and a notification would be sent to the viewer's e-mail address. 

The "i-PIM" VRCD organizer can be accessed through a wide variety of channels 
such as the Internet, interactive TV, web-enabled phones, and web-enabled PDAs. Thus, with 
portable handheld devices, the consumer's VRCD can be accessed anytime, anywhere. If the 
consumer needs to check the status of his current promotional offers or instructions, he need only 
use his web-enabled PDA to access this VRCD. 

The above summary has outlined the embodiments described in this application, 
but this description is only to be used in the context of the entire specification to illustrate some 
of the major features of these embodiments. Accordingly, other features and a fuller 
understanding of these embodiments may be had by referring to the entire specification. None of 
these embodiments are limiting of the scope of the invention, which must be determined by the 
claims set forth in the claims section. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

FIGURE 1 is a block diagram of the a network upon which the embodiments of 
the Virtual Retail Collateral Document ("VRCD") organizer can be implemented; 

FIGURE 2 is a block diagram of an embodiment of the host environment for the 
5 VRCD organizer, for storing VRCDs in a user's individual database; 

FIGURE 3 is a flow diagram for a method by which VRCDs can be organized 
and distributed; 

FIGURE 4 is a data structure diagram of a VRCD and its affiliated attribute file; 
FIGURE 5 is a diagram of the "Coupon: Restaurant" portion of the user's 

O 

Q 10 individual database as it might appear on the user's client display screen; 

03 

U FIGURE 6 is a diagram of the "Coupon: Grocery" portion of the user database as 

m ■ 

*f\ it might appear on the user's client display screen; 

* n FIGURE 7 is a diagram of the "Instructions/Warranties" portion of the user's 

rfj individual database as it might appear on the user's client display screen; 

ft! 

q 15 FIGURE 8 is a diagram of the "Rebates" portion of the user's individual database 

m 

as it might appear on the user's client display screen; 

FIGURE 9 is a diagram of the "Bills" portion of the user's individual database as 
it might appear on the user's client display screen; 

FIGURE 10 is a diagram of the "Itineraries" portion of the user's individual 
20 database as it might appear on the user's client display screen; 

FIGURE 1 1 is a diagram of the "Contacts" portion of the user's individual 
database as it might appear on the user's client display screen; and 

FIGURE 12 is a diagram of the "Calendar" portion of the user's individual 
database as it might appear on the user's client display screen. 
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FIGURE 13 is a block diagram of one aspect of the invention that utilizes smart 

cards. 

FIGURE 14 is a plan view of one embodiment of a smart card suitable for use 
with the disclosed invention. 

FIGURE 15 is a side-profile view of one embodiment of a smart card suitable for 
use with the disclosed invention. 

FIGURE 16 is a diagram of the contacts on a smart card suitable for use with the 
disclosed invention. 

FIGURE 17 is a block diagram depicting components of a smart card suitable for 
use with the disclosed invention. 
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DETAILED DESCRIPTION OF THE EMBODIMENTS 
System Architecture 

FIGURE 1 illustrates an Internet client-server system upon which the Virtual 
Retail Collateral Document (VRCD) organizer system and method can be implemented. In this 
block diagram, a client machine 10 is provided, which is preferably a Personal Computer (PC), 
but could also be a Personal Digital Assistant (PDA) 15, a laptop computer 18, or an interactive 
television receiver 12. An Internet browser application is preferably provided on the client 
machine 10, 12, 15, or 18. On the interactive television receiver 12, a proprietary application 
may also be used to access Internet-based content. The client machine 10, operated by user 19, 
then connects to the VRCD database host 20 through the network 14, preferably the Internet, 
typically through a local Internet Service Provider (ISP) 11. The user 19 may also access the 
VRCD database host 20 by using the interface for the interactive television receiver 12. 

Within the VRCD database host 20, a local network 22 is provided along with a 
router 24. The Internet browser application in the client typically communicates with the VRCD 
database host 20 through a web server 26, which may be a separate computer within the database 
host 20, or may be an application running within a single computer comprising the database host 
20. In the applications described below, the VRCD database host 20 preferably comprises a web 
server and its associated software components, including: the web-server operating system (e.g., 
Windows, Linux, AIX); an IIS server used to deliver HTML and ASP content and applications to 
the client web browser; a site server used primarily to deliver personalized web content to users, 
an index server for indexing web content and providing users with website-specific search and 
query results; web publishing server extensions for deploying and publishing web content and 
applications from the development and test environments; site monitoring and management tools 
for monitoring traffic and content on the website; and components for XML parsing. Also 

13 
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included in the VRCD database-hosting environment would be an application server 27, a 
database server 28, and a database 29 associated with the database server. The application server 

27 would preferably provide application component communication either internally or 
externally to partner-based applications and or FTP transfer functionality. 

5 As shown in FIGURE 1 and in greater detail in FIGURE 2, the database server 

28 would preferably store and retrieve data elements to and from its associated database 29, 
including the user databases 23 which are provided within the overall database 29. 

Referring again to FIGURE 1, also connected to the network 14 are several 
exemplary partner sites for the Virtual Retail Collateral Document (VRDC) host administrator or 
3 1 0 server. These exemplary partner sites include a portal partner site 30, an advertising partner site 
31, a distributor/manufacturer partner site 32 and an interactive television partner site 38. These 
partner sites would in general comprise similar functional blocks, which would include a firewall 
33, a LAN/WAN data network 34, an Ethernet 35, a database repository 36, and their own web 
J*{ servers 37. The interactive television partner site 38 would additionally comprise a content 
p 15 server 200, a content network interface 205, and a customer interface 210 for communication 

jfyj 

with a specific user 19. With these components, the partners would preferably have their own 
Internet connectivity accessible to at least the VRCD database host 20 and preferably also to the 
users 19. 

A portal partner 30 would preferably be a common user destination for searching, 
20 directories, and other information. Users 19 will preferably enter the portal, and in embodiments 
described herein would find commercial content of interest to the user. This content might be 
available to the user through virtual documents, such as merchant coupons, product warranties, 
sales receipts, product instructions, service instructions, rebates, gift certificates, product 
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registration cards, event tickets, credit card statements, bank statements, and recipes. These 
virtual documents are referred to generically in this application as VRCDs, and the VRCD 
database host 20 will organize these VRCDs for the user according to methods described below. 
In some instances, the user 19 will access the database host 20 directly through a connection 
5 between the user's client computer 1 0, 1 5, 1 8 and the host's web server 26. But given that many 
portals maintain personal information for users of their sites, it may be preferable that the VRCD 
database host 20 operate as an application within the portal site 30, such that the VRCDs stored 
for the user might actually appear to be stored within a portal application itself. 
U The advertising partners 1 sites 3 1 might provide banner ads to many different 

13 10 destinations on the Internet or other electronic network. Clickable VRCDs might be embedded 
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in these banner ads the VRCDs, such that the VRCDs would preferably be delivered to the 
VRCD database host 20 in response to a user 19 clicking on one of these banner ads. The VRCD 
would preferably be provided to the VRCD database host 20 through the electronic network 14 
and would be placed in the appropriate portion of the user database 23 according to an attribute 

1 5 file associated with the VRCD. 

Still referring to advertising partner sites 31, in the instance of commercial 
solicitations through bulk or targeted e-mails, the VRCD database host or administrator 20 would 
preferably provide the advertiser site 31, who has received opt-in authorization from the 
consumer 19 or fits within the consumer's profile, a proprietary identification code to be 

20 embedded in the e-mail solicitation. The advertiser can then send the standard coupon via mass 
e-mail or banner ad. Depending on how the system is configured, the VRCD could be sent 
directly to the VRCD database host 20 for filtration and storage in the user database 23, or it 
could be sent to the user 19 for discretionary forwarding to the VRCD database host 20. 
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The approach with the merchant/distributor site can follow any of the approaches 
described above with respect to the portal partner site 30 and the advertiser partner site 3 1 . In 
fact, any of the above approaches could be adapted for any type of web-connected partner 
according to that partner's unique needs. Applications other than traditional e-commerce 
5 applications can be facilitated by this system and method. For example, 

manufacturers/distributors/service providers could provide click-links for virtual-document 
product or service information or virtual-document warranties at their homepages 32. These 
virtual documents such as product or service information or warranties could be transmitted to 

I* the user's i-PIM at the database host 20, where they could be viewed at the user's convenience. 

13 10 The approach with the interactive television site can follow any of the approaches described 

ta 

M 1 above with respect to the portal partner site 30, the advertiser partner site 3 1 , and the merchant 

fU 

HP 

f\ distributor site 32. In fact, any of the above approaches could be adapted for any type of web- 

p connected partner according to that partner's unique needs. In one embodiment, the interactive 

Sj television partner 38 will provide content to a user in the following manner. First, content would 

£5 s 

O 15 be received at a content network interface 205 from a variety of sources, including satellite, radio 

ru 

transmission, cable broadcast, and the Internet. Upon receiving the content, it would be 
processed by a content server 200 to descramble and/or demodulate the signal and put it into a 
format that is suitable for retransmission. The content would then be transmitted through 
Ethernet 35 to the LAN/WAN 34 where it would be forwarded to the customer interface 210. At 
20 the customer interface 210, the content would be combined with VRCD information and would 
then be transmitted to the user 19 through the interactive television receiver 12. The VRCD 
information can be received at the customer interface in a variety of ways including from the 
database repository 36 through the web server 37, or from the VRCD database host 20 through 
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the Internet 14. Upon receiving the content and VRCD information at the interactive television 
receiver 12, a user 19 would have the option to browse through the appropriate information to 
find the content and VRCD information most relevant to his interests. This browsing can be 
accomplished in a variety of ways, such as through a traditional Internet browser program, a 
selectable remote control device designed to work with the interactive television receiver 12, or 
through the proprietary browsing device. Upon finding content/VRCD data that is of interest to 
him, the user can select the VRCD for storage in either the database repository 36, or at the 
database host 20. As described above, the VRCD information may be stored in an appropriate 
portion of the database (36 or 29) according to an attribute file associated with the VRCD. 

In any of the above instances, upon reaching the VRCD database 29, the various 
field information will be stripped from the VRCD and e-mail message will be stripped of its e- 
mail appearance, sorted by category according to the attributes stored in the attribute file 40 (not 
shown, see FIGURE 4) associated with the VRCD 41 (not shown, see FIGURE 4), and 
automatically placed in the appropriate portion of the user database 23. 

VRCD Organization Method 

This method is described in greater detail in the flowchart of FIGURE 3. As 
described in this figure, with reference still to FIGURES 1-2, the process 30 preferably begins 
with the user registering 3 1 with an entity that will maintain or host the web-based VRCD 
organizer. First-time registration could be direct with the host 20 of the VRCD database 
computer, or it could be through an affiliated Internet-connected merchant or other site 30, 31, 
32, or 38. 

The user/consumer 19 would preferably use an existing e-mail address or be 
assigned a new e-mail address that might be used exclusively for receipt and request of 
commercial, e.g., bulk or targeted, e-mails. Because users often have more than one e-mail 
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address, in the application described here, users often would receive VRCDs via their different e- 
mail addresses. The user can provide these different e-mail addresses at registration to the 
VRCD entity, so that when the VRCD is forwarded from any of the user's e-mail addresses to 
the VRCD entity, the system can recognize it and organize them with the single user. Often 
times, users set up multiple e-mail addresses in order to receive multiple coupons, which 
typically are offered only to a single e-mail address. This embodied system has the benefit of 
recognizing that more than one offer has entered the VRCD organizer, and can thus block 
duplication of offers in the same VRCD organizer per user. 

At functional block 32, the VRCD database host 20 through the database server 
3 10 28 preferably establishes a user database 23 within the database 29. The user database 23 will 
preferably comprise a record within a larger database 29. The user database 23, and preferably 
the other records within the larger database, will each contain a number of categories within 
which VRCDs requested by the consumer/user can be stored. It is also possible that the 
consumer/user may not specifically request the VRCDs to be stored within the user database 23, 
15 but alternatively such VRCDs may be selected based on a profile associated with that 
user/consumer 19. 

Still referring to FIGURE 3 and specifically to block 32, to facilitate the filtering 
and storage of VRCDs, attribute files are preferable associated with each of such VRCDs. A 
data structure of how these files could be associated and structured is illustrated in FIGURE 4; 
20 this data structure is described below. The attribute files (not shown, see FIGURE 4), for 
example, would be provided to the merchant partner 30, 31, 32, 38, who would attach or 
associate the attribute file with the e-mail sent to the user. 

At block 33, a user can request that a VRCD be sent to the host 20 by responding 
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to an e-mail solicitation or clicking on a banner ad or other clickable graphic. If responding to an 
e-mail solicitation, there would preferably already be an attribute file, which would be attached 
to the user's e-mail response. The e-mail response could be sent directly to the host 20 or 
through one of the merchant sites 30, 31, 32, or 38, which could log the "hit" and forward the 
information on to the host 20. If the user responds by clicking a link, the VRCD would 
preferably be sent (at block 34) with its affiliated attribute file directly from the applicable 
merchant site to the host 20. 

According to block 35, the host 20 will sort the VRCD according to information 
in the attribute file and store this information in the appropriate user database 23 of the database 
29 according to the filtering and classification by the attribute file information. This process will 
also update the user's integrated-PIM or "i-PIM", which is stored in the user database. The i- 
PIM is then available for user access, and the user can optionally synchronize a PDA at block 36 
to the PIM or interact directly with the web server 26 of the host 20. 

As shown in FIGURE 4, information contained within the attribute file 40, which 
is associated with the VRCD data file 41, might include a merchant ID 42, offer or promotion ID 
43, user ID 44, or other attributes 45. Other attributes might include merchant class, web site 
URL, merchant address, map, and e-mail information, but preferably this additional information 
could be associated with the particular merchant ID at the host 20, and be integrated into to the i- 
PIM there. 

Again, preferably the VRCDs will include merchant coupons, product warranties, 
sales receipts, product instructions, service instructions, rebates, gift certificates, product 
registration cards, event tickets, credit card statements, bank statements, and recipes, and 
preferably the user database at the Internet-connected host computer would preferably be 
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associated with an individual internet user/consumer, although databases could be assigned 
alternatively to groups of affiliated user/consumers such as businesses or charitable or civic 
organizations. 

Screen Displays for VRCD Database 

Referring now to FIGURE 5, virtual coupons or "voupons" are particularly well- 
suited to organization and collection according to the embodiments described above. As shown 
in the figure, which is a diagram of the "coupon" portion of the user's individual database 23 as 
it might appear on the display screen of the user's client PC 10 or the interactive television 
receiver 12. This particular screen 50 might be accessed directly from the database host web 
server 26, or it might be transparently integrated within another entity's web site, such as a portal 
web site 30 or from an interactive television partner's database 36. 

In one preferred approach, the user 19 might have saved the "Pizza" voupon 
coupon in response to an e-mail solicitation from the pizza restaurant. Under this approach, the 
pizza restaurant would have e-mailed the coupon with a promotional ID or coupon ID 43 to the 
user 19 - the coupon ID 43 would preferably have been provided to the merchant by the data 
base host 20. The user's client could be set up either to automatically register this offer at the 
individual database 23 or to do so only if Joe "accepts" the offer. Under this application, since 
the user's individual database 23 is preferably stored on another web-connected site 20, a VCRD 
41 is transmitted to the host 20 with an affiliated attribute file 40. If the promotional ID or 
coupon ID 43 is unique, this would be the only information that would need to be transmitted to 
the host 20. Alternatively, other attribute information could also be provided to the host 20 such 
as specific information about the merchant. Preferably, an attribute that uniquely identifies the 
user is also placed within the attribute file 40 so that the VRCD can be assigned to the 
appropriate individual user's database 23. 

20 
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Rather than immediately transferring this information to the host 20, the VRCD 
may be stored in an organizer associated with the client, and the web-based i-PIN at the host 20 
can be updated to include this information upon the next synchronization between the client 
device and the web host 20. 

Still referring to FIGURE 5, in this application, there is a proprietary code 
comprising at least the promotional ID or coupon ID embedded in the mass e-mail to the user 
that allows the system described herein to translate the e-mail and automatically store it in the 
"Coupons: Restaurants" section of the user database 23. Upon closer examination of the screen 
50 of FIGURE 5, it can be seen that the highlighted tab at the top of the screen is the "Coupons" 
tab 52. Although not showing it in database format, the data within box 51 of FIGURE 5 
illustrates the data which would be stored in the "Coupons: Restaurants" section of the user 
database 23. 

Other tabs seen at the top of FIGURE 5 include an "Instructions/ Warranties" tab 
53, a "Rebates" tab 54, a "Bills" tab 55, and an "Itineraries" tab 56. This list of categories/tabs is 
not exhaustive, nor even necessarily fixed. In other words, the database server 28 working with 
the applications server 26 would preferably operate to define new categories as such new 
categories arose during use of the system and method described herein. 

Convenient information shown on the screen 50, includes the name of the 
restaurant 57, the offer details 58, the offer expiration date 59, the restaurant telephone no. 60, 
and the coupon code 61 . The coupon code shown here could be the same as or derived from the 
coupon ID or promotion ID 43 that was associated with the VRCD originally. As previously 
mentioned, this might have been the only information transmitted to the host 20 by the remote 
site 30, 31, 32, 38 or the client 10, and the host 20 might have had a database of coupon codes 
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that would tell the host 20 the restaurateur 57, offer details 58, expiration date 59, and restaurant 
telephone 60. 

Also seen on FIGURE 5 is an exemplary banner ad 62. The pizza restaurant 
voupon could clip through a clickable-link or button 63 as shown in the ad. Although in this 
5 instance, the banner ad is shown as a banner ad right on the hosted web site, this clickable banner 
ad embodying a voupon could be on any web site so long as the merchant or advertiser were a 
partner of the VRCD data base hosting company 20. The voupon will be automatically 
organized and stored in the user database 23 by the database server 28, preferably as described in 
h the method described with respect to FIGURE 3 and the accompanying text, 
jjjjjj 10 A set of coupon sub-classifications is accessible by the clickable links 64 shown 

fU above the restaurant offers of FIGURE 5. Just as the broader classes of VRCDs (coupons, 

m 

N rebates, bills, etc.) are not exhaustive, neither are these narrower categories. Shown in this 



;, 4*. 



example within clickable links 64 are "Restaurants, Music, Fashion, Grocery, and View AIL" 
Also shown on FIGURE 5 are clickable links 65, 66 for personal information 
1 5 databases (calendar 65 and contacts 66). It is the integration of these personal information 

databases with the VRCD information that comprises the web-based VRCD organizer or i-PM 

described in this application. 

FIGURE 6 is a screen display for the "Coupons: Groceries" category of the 

user's web-based i-PIM. Shown in this screen are the user's grocery manufacturer and grocery 
20 store coupons. Preferably, as shown in this figure, the consumer can also integrate his coupon 

preference shopping list 67 with an online grocer. The online grocer can be selected using a 

drop-down list 68 or other known web design technique for providing an item "selector." The 

consumer selects his online grocer using the drop-down list 68, and the VRCD database host 
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then seamlessly connects the user to an affiliated online grocer to retrieve the consumer's 
previous shopping list from the online grocer. If the user is already at an affiliated online grocer 
website, that online grocer can preferably access the user's coupon preference grocery list from 
the VRCD database host. 
5 When the user/customer decides to grocery shop online, he will preferably 

connect to the affiliated online grocer via pull-down list 68. The affiliated online grocer will 
then preferably have access to the user's individual VRCD database 23, enabling the user while 
at the online grocer's site to pull up his coupon list 51 and his grocery list 67, and proceed with 

y* his shopping. After the consumer completes his shopping, the i-PM organizer automatically 

O 

P 10 matches coupons previously clipped and collected on the user database 23 with items selected for 
purchase from the grocery list 67, by brand or price preference. If the user has set his shopping 

S-KB 

J 1 1 list coupon preference to purchase the bread at the lowest price and without brand preference, the 
* n i-PM organizer will automatically match the coupons with the bread brands and choose the 
lowest price product (accounting for coupons) utilizing the server applications operating on a 
15 server within the database host. If he selected Pepsi to purchase online, and he has a brand 
coupon preference for soft drink, the VRCD database organizer will search only for Pepsi 
coupons, which it will match, if available, to the item Pepsi-brand item purchased. 

What the consumer sees next are the items chosen in the grocery list 67 chosen 
according to the consumers' preferences. The consumer can accept all the items chosen, or 
20 individually change items and search for other coupons in the coupon organizer if he does not 
like the particular brand chosen. Once he has completed this step, he will then submit his 
purchase request. The online grocer will then contact the user database 23 to redeem the 
matching coupons that are stored within the user's individual database. 
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It is also possible to set up the user's web-based i-PIM for automatic grocery 
shopping by configuring the i-PIM with the user's online grocer login name and password. By 
doing this, the i-PIM can accept the user's shopping list 67, automatically login to the online 
grocer's website according to the pull-down menu selection 68, gather or select the items for 
5 purchase based on the user's brand preferences, item prices, and available coupons, and present 
these choices to the user at the i-PIM "Coupons: Grocery" screen described above. The user can 
then modify the choices and approve the selections, and the i-PM can complete the purchase 
with the on-line grocer based on the user's final selection. 

FIGURE 7 shows a screen 70 that is similar to the one provided for "Coupons: 
Gj 10 Restaurants" 50. The tabs 52, 53, 54, 55, 56 and clickable links 65, 66 shown in FIGURE 7 that 

fTJ have the same reference numbers in FIGURES 5-6 perform the same functions as in those 

5 y 

iff 

y figures, and they will continue to perform the same functions in the subsequently-described 
O figures. The screen 70 contains information relative to instructions and warranties that is 

m 

!U generally analogous to the information of table 51 in the screen 50 of FIGURE 5. As shown in 

HI 

O 15 the clickable links 71, a non-exhaustive list of product instructions/warranties in this context 

ry ■ 

would include "Appliances, Electronics, and Toys." Given that there is no unique coupon ID 
associated with these rebates, this poses questions as to how the information for the VRCD 
reaches the user database 23. One approach would be to assign a unique number to each 
warranty or product instruction document and then as with the unique coupon or promotional ID 
20 43 (see FIGURE 4), it would only be necessary to transmit that information to the host 20 to 

identify the full VRCD. Alternatively, all relevant details for identifying the product warranty or 
information sheet could be transmitted to the host 20 from the partner web site. One detail that 
would preferably be included would be a web site where the actual text of the document is 
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stored; alternatively, the actual text of the document could be stored in the user database 23. 

FIGURE 8 is the screen shot 72 for the "Rebates" category. Although no 
subcategories of rebates are shown in this screen shot, the category could be divided in to 
subcategories according to the type of merchant or service provider the rebates relate to. The 
database information shown here includes the company, rebate details, and rebate expiration 
date. As with the product warranties and product information, there is no coupon or promotion 
ID which uniquely identified the elements shown here. As before, there could be assigned a 
hidden such ID which would be transmitted to the host 20 to specify the information to be stored, 
or the entire set of relevant information could be submitted each time. 

FIGURE 9 provides the screen shot 80 for the "Bills" category. The merchant 
and statement details are provided in the table 81 that will be stored in the user database 23. 
Preferably, the database 23 also stores the actual content of the bills or merchant statements. In 
this manner, the user database will act as a sort of "shoebox" for archived bills, bank and credit 
card statements. Here again, the "Bills" category could be divided into subcategories accessible 
by a click link on the page. 

Preferably in the record for each statement stored in the individual VRCD 
database 23 and displayed on the "Bills" screen 80, there would be provided an Internet 
hyperlink to the merchant, bank, or credit card company website. If the user's login name and 
password are provided to the i-PIM, the user will be able to click directly into their online 
account with the respective company or the i-PIM would be able to access the merchant website 
directly... 

Another exemplary screen shot is provided in FIGURE 10. This screen shot 90 
is for the "Itineraries" category. Subcategories for travel and hotel itineraries are provided for 
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this category with the clickable links 92 shown. The information that will be provided to the 
VRCD database host 20 will typically be provided in this section by VRCDs provided to the 
database host 20 by airlines, travel agents, and online travel planning websites. So that the 
VRCD database host 20 can properly recognize and parse incoming VRCDs from these sources, 
5 the VRCD administrator will provide header and field formats to these VRCD sources whereby 
the sources can conform their VRCDs to the expected format. In this manner, for instance, the 
VRCD database host 20 can recognize that an incoming file or message is a VRCD file 
compatible with the i-PIM. The database host will further be able to parse the fields from the 
incoming VRCD according to the predetermined formats, and will thus be able to store the 
10 pertinent field information in the user's individual database 23 according to the information 
|* provided by the airline, travel agency, or travel website VRCD data source. 

Thus, for example, upon setting up a trip through an online reservation travel 
website, the online travel agent may send a confirmation e-mail to the user at his i-PIM, and to 
ry this confirmation e-mail there may be attached a VRCD from which the i-PM can strip the 
Q 15 relevant information such as flight numbers, departure and arrival times, confirmation numbers, 

ry 

and airline contact information. Similarly, the hotel contact information and address, and even a 
map, could be provided and stored at the user's individual database 23. This information would 
be automatically parsed and categorized in the appropriate subsection of the user's individual 
database 23. 

20 FIGURE 11 is an exemplary screen shot 100 of the contact manager of the user's 

19 web-based integrated-PIM or i-PIM. "Personal," "Business," and "Commercial" subgroups 
are provided in the contact manager by clickable links 102. The table 101 shows an exemplary 
set of information that is associated with each of the entries of the contact manager. A feature 
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that is illustrated by this embodiment is the feature of the VRCDs in other categories also 
providing information that is useful for the i-PIM's contact manager and calendar. For example, 
there are entries 103, 104 in the table both for an airline and for a pizza delivery company. In 
one embodiment, these entries were completed when a VRCD for another category such as 
5 "Bills," "Coupons," or "Itineraries" had been received which also included contact information 
for the merchant or service provider associated with the bill, coupon or itinerary. For example, 
the entry 103 shown here for "Bills" may be automatically created with the receipt of a pizza 
coupon, and thereby a contact list entry is created having the address and phone number for the 
H 1 pizza delivery company. As another example, the entry 104 may be automatically created with 
0 10 the receipt of an itinerary VRCD. Integrated functions like this help the user to keep up with or 
manage his or her resources effectively. 

FIGURE 12 similarly shows in a screen shot 1 10 the calendar function of the i- 
PIM. Here, along with the user's normal calendar, other calendar entries can be automatically 
generated by the receipt of VRCDs. This calendar can be provided at a website hosted by the 
I 1 5 VRCD host 20, and accordingly the user could go directly to that website to maintain his 

personal calendar. The software for the online calendar can be provided on the i-PIM website 
server, or it can be provided through a calendar-hosting service. Internet portals often act as 
calendar hosts, sometimes from their own sites directly and sometimes through a company that 
specializes in online calendar software development and hosting, such as eCal, Inc. Examples of 
20 the features that can be provided through these online calendar services are described in U.S. 

Patent No. 5,960,406 for Scheduling System for Use Between Users on the Web, to Rasansky, et 
al. 

Within the present application, it is disclosed that such online calendars can be 
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automatically updated with important dates according to the VRCDs that have been received and 
categorized by the VRCD database host 20. For example, upon receipt of a coupon, the 
expiration date for the coupon can automatically be registered on the user's personal online 
calendar. Preferably, the user may set a certain threshold value of the coupon, $10 for instance, 
before the expiration date of that coupon is noted on the online calendar. Other types of received 
and categorized VRCDs often have important dates associated with them, which would 
preferably be automatically noted on the user's online calendar. 

For instance, it maybe useful to automatically update an online calendar with a 
maintenance schedule when certain types of product instruction VRCDs are received. Examples 
of such types of products might be battery replacement dates for smoke detectors and 
maintenance schedules for automobiles. By providing the header and field information for such 
instruction VRCDs to the product vendors, the VRCD database administrator can ensure that this 
information can be automatically parsed from the VRCDs and updated to the user's online 
calendars. Similarly, rebate expiration dates can be automatically culled from "Rebate" VRCDs 
and updated to the user's online calendars, and bill due dates can be extracted from "Bill" 
VRCDs and noted on the user's online calendars. In addition, flight arrival and departure 
information can be pulled from "Itinerary" VRCDs by providing specified VRCD header and 
field formats to the airlines, travel agents, and online travel planning sites. 

In those instances where the user's online calendar is maintained elsewhere than 
the VRCD database host 20 (i.e., the online calendar access may be provided through a 
dropdown menu on the i-PIM calendar page 110), the VRCD organizer still provides for 
automatic updating of the user's calendar by receiving from the user the username and password 
by which to access the online calendar. With this username and password, the i-PM organizer 
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can be programmed, preferably through one of the servers resided in the VRCD database host 
20, to access and update the user's online calendar. 

FIGURE 13 depicts another aspect of the invention whereby virtual coupons 
("voupons") may be downloaded to a user's PDA 15 or smartcard 1300. In Fig. 13, it can be 
5 seen that a voupon may be downloaded to a user's PC 10, PDA 15, or laptop computer 18 from 
the Internet 14 through the user's local ISP 1 1 . As described earlier, the voupon may originate 
from any of the partner sites 30, 31, 32 or 38, or may originate from the VRCD database host 20. 
Once the voupon is downloaded to the user's equipment (10, 15 or 18), it may then be 
downloaded onto a smartcard device 1300. A variety of methods may be used to convert the 

10 voupon into a format that is acceptable for the smartcard 1300. In one embodiment, the voupon 

CO . 

Mj arrives at the user's equipment in the form of an e-mail. Upon arriving at the user's equipment, 

jfl the relevant information is stripped from the text of the e-mail message and is placed in a queue 

L so that it may later be stored in a smartcard device 1300. At such time as when a smartcard 

jjl device 1300 is coupled to a smartcard interface 1305, the voupon information stored in the queue 

f y 

O 15 (which may include more than one voupon) is transferred to the smartcard 1300. After the 

voupon has been transferred to the smartcard device 1300, it may be redeemed in a variety of 
ways. In one embodiment, the smartcard 1300 may be presented at a merchants' establishment, 
whereby it may be processed by a merchant's POS device 1310. When being processed by a 
merchant's POS device 1310, information regarding the redemption of the voupon may be 
20 rewritten to the smartcard device 1300. This information may be subsequently transmitted back 
to a partner site 30, 31, 32, 38 or database host 20 when the smartcard 1300 is resynchronized 
with the smartcard interface 1305. 

In another embodiment, the voupon may be downloaded from the smartcard 1300 
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into a PDA 15 so that it can be redeemed. This embodiment allows the voupon to be redeemed 
in a variety of way including transfer to a merchant's PDA, synchronization of a user's PDA 15 
with a merchant's POS device 1310, or redemption at a merchant's Internet web site accessible 
by the user's PDA 15. A representative smartcard 1300 suitable for use with the invention is 
5 depicted in Figure 14. The use of smart cards can be incorporated into the VRCD distribution 
system such that when a user selects a coupon offer, or other promotional offer, an electronic file 
corresponding to the offer is forwarded to the host computer 20. Upon being received at the host 
computer 20, the electronic file would then be transmitted to the user computer where it would 
f* be stored in an electronic queue or weigh station. The file would remain in the queue until a 

Q 

0 10 smart card is docked with the smart card interface. At this point, the file (coupon offer) would be 

W 

automatically downloaded into the smart card. These steps would be transparent to the user. In 

fll 

Jf| other words, the only steps visible to the user would be to select the offer for downloading and to 

s 

im insert the smart card into the smart card reader. 

c s 

|| FIGURE 14 depicts a smart card 1300 suitable for use with the disclosed 

ru 

Q 15 invention. FIGURE 15 depicts a side view of the smart card 1300. Smart card 1300 is typically 

ftj 

8.5 cm by 5.4 cm, the length and width of a typical financial credit card. The smart card 1300 is 
slightly thicker than a typical financial credit card, however. Smart card 1300 includes a 
magnetic stripe 2410, interface contacts 2420 for communication with a smart card interface 
1305 or point of sale device 1310. Smart card 1300 also includes an embossed area 2430 for 
20 displaying the card owner's name. The smart card 1300 may also include a magnetic stripe 2410, 
which allows a conventional credit card stripe reader to read basic data from the card. 

FIGURE 16 shows the interface contacts 2420 in more detail. The interface 
contacts 2420 are configured in accordance with IS07816-2: 1988(E), Identification cards- 
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Integrated circuits) cards with contact-Part 2: Dimensions and locations of the contacts, 
promulgated by the International Organization for Standardization (ISO), and available from the 
American National Standards Institute (ANSI), 1 1 West 42nd Street, New York, N.Y. 10036. 
According to ISO 7816-2, contact 2421 is assigned to VCC (supply voltage), contact 2422 is 
assigned to RST (reset signal), contact 2423 is assigned to CLK (clock signal), contact 2424 is 
reserved for future use, contact 2425 is assigned to GND (ground), contact 2426 is assigned to 
VPP (program and voltage), contact 2427 is assigned to I/O (data input/output), and contact 2428 
is reserved for future use. In one embodiment of the invention, the smart card 1300 
communicates with the interface 1305 and the point of sale devices 1310 through contact 2427 
using a half duplex scheme, meaning that contact 2427 is for communicating data signals either 
to or from the smart card 1300. 

FIGURE 17 depicts a block diagram of smart card 1300, including central 
processing unit 2450, memory 2460, and battery 2470 for supplying power to the station 
interface 2425, processor 2450, and memory 2460. Memory 2460 is a random access, 
addressable device. Station interface 2425 includes a serial to parallel converter for transferring 
data signals between contact 2427 and CPU 2450 over parallel bus 2452. Memory 2460 stores a 
program 2465 executed by processor 2450, customer identification data 2467, and authorization 
data 2468. Customer identification data 2467 includes a sequence of digits that uniquely 
identifies the holder of the card. Customer identification data 2467 may include data such as the 
cardholder's social security number. For example, identification data 2467 in smart card 1300 
uniquely identifies a user 19. Authorization data 2468 also includes date data indicating an 
expiration date for the smart card 1300. Authorization data 2468 also contains a field identifying 
that the card is a smart card 1300. Memory 2460 may be used to store a wide variety of VRCD 
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related data 2435, such as electronic coupons in coupon list, and i-PM data. 

Although the various methods described herein have been described for 
implementation in a general purpose computer selectively activated or reconfigured by software, 
one of ordinary skill in the art would also recognize that such methods may be carried out in 

5 hardware, in firmware, or in more specialized apparatuses constructed to perform the methods. 
Further, as used herein, a "client" should be broadly construed to mean any computer or 
component thereof directly or indirectly connected or connectable in any known or later- 
developed manner to a computer network, such as the Internet. A "client" should also be broadly 
construed to mean one who requests or gets the file, and the "server" is the entity that downloads 

10 the file. Applicant intends that the claims shall not invoke the application of 35 U.S.C § 1 12, f 6 
unless the claim is explicitly written in means-plus-step or means-plus-function format. 
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